В 2009 году рынок виртуализации, несмотря на кризис, чувствовал себя не так уж и плохо. Особенно оживление было заметно к концу года, когда компании, зажавшие бюджеты в первые месяцы 2009-го, лихорадочно начали осваивать деньги к его концу. Кризис для технологии виртуализации (как и для любой другой технологии, реально экономящей деньги) в конечном счете сыграл положительную роль, поскольку обострившаяся конкуренция между продуктами данной сферы (которой раньше почти не было) всегда на руку пользователям...
Вот смотрите - вы приобретаете VMware vSphere Enterprise Plus для всех ваших XX физических серверов, платите огромные деньги за уникальную функциональность платформы виртуализации: VMware DRS (балансировка нагрузки на серверы ESX), VMware DPM (экономия электричества), Storage VMotion и Fault Tolerance - а, заплатив деньги, не получаете ничего. Почему? Вы просто не купили VMware vCenter! Извольте заплатить еще немного денег - чтобы функциональность, которую вы уже купили просто начала работать в вашей виртуальной корпоративной инфраструктуре. Несправедливо? Конечно же! Вот почему средство управления хост-серверами виртуализации VMware vCenter, делающее доступными все возможности серверов VMware ESX, должно стать бесплатным, по крайней мере, для заказчиков сектора SMB.
Давайте посмотрим на это с другой стороны - лицензируется VMware vCenter на экземпляры, вне зависимости от количества управляемых серверов ESX и процессоров у них, при этом он абсолютно необходим. То есть без VMware vCenter инфраструктура серверов VMware ESX не функционирует, а значит и не покупается заказчиками. Зачем тогда его продавать отдельно? Почему VMware vCenter и поддержка на него идет отдельной позицией в спецификации на ПО? Ведь его стооимость можно заложить в общий объем продаж.
Оказывается мысль о том, что VMware vCenter должен поставляться бесплатно пришла не только мне. Важный момент, о котором я не подумал - это то, что бесплатность VMware Center даст большой импульс развитию никому неизвестных в Росии продуктов на его основе, таких как Lab Manager, LifeCycle Manager, Stage Manager, AppSpeed, CpacityIQ и т.п.
А вы как считаете, VMware vCenter по логике вещей должен быть бесплатным для СМБ?
После установки сервера VMware ESX 4 из состава vSphere 4 многие пользователи сталкиваются с первой проблемой: невозможно удаленно войти пользователем root в Service Console по протоколу SSH. Решив эту проблему, пользователи задумываются о том, достаточно ли безопасно всегда входить в сервисную консоль пользователем root и какие права необходимо назначать пользователям в Service Console для работы с сервером VMware ESX. Сегодня мы рассмотрим обе этих проблемы в контексте безопасности и покажем некоторые практические приемы работы с командами su и sudo.
Мы уже писали о бесплатной программе RVTools для VMware vSphere и серверов ESX. Не так давно она обновилась до версии 2.7.3, где добавилось несколько исправлений и дополнений:
Файлы в директориях снапшотов, а также фалы CTK (технология Change Block Tracking) выводятся в отчете корректно, а не как "zombie".
При некоторых условиях Filter Screen вылетал с ошибкой.
Новые поля на панели vDisk: ThinProvisioned и split диски.
Новые поля на панели vTools: Virtual machine hardware version.
Кроме того, появилось интересное видео с демонстрацией возможностей RVTools:
Некоторым пользователям VMware vSphere 4 не хватает стандартной функциональности Distributed vSwitch (dvSwitch), который позволяет создать центральный коммутатор для всей виртуальной инфаструктуры, представляющий собой объединение виртуальных коммутаторов на хостах VMware ESX.
Специально для них, компания Cisco, близкий партнер VMware, предоставляет пользователям возможность применять специализированный виртуальный коммутатор Cisco Nexus 1000V в составе издания VMware vSphere Enterprise Plus (за отдельные деньги), который очень удобен сетевым администраторам для больших инсталляций VMware vSphere. Полный список функций распределенного коммутатора Cisco Nexus 1000V, который бывает как физическим устройством, так и виртуальным модулем (Virtual Appliance) приведен вот в этом документе.
История взаимоотношения вендоров и их партнеров-реселлеров - это всегда сложная история. С одной стороны вендор хочет, чтобы его продукты и услуги были настолько просты для потребления, чтобы их купило как можно больше заказчиков (как варинат - консультанты становятся не нужны). С другой стороны, партнер хочет обладать неким эксклюзивным преимуществом перед заказчиком (профессионализм исполнителей - не всегда выше, чем у ИТ-службы заказчика), которое позволит ему выполнить как можно больше проектов с высокой маржой (сравните маржинальность поставок ПО и проектной деятельности). Идеальный вариант, устраивающий и вендора и интегратора - поставка лицензий с одновременным выполнением проекта (при этом, кхе-кхе, желательно средствами дешевой рабочей силы от третьей стороны - чтобы осталось только перекладывать бумажки).
Вывод из этого очень простой: поскольку партнеры вендора - это, все-таки, драйвер его бизнеса, ему нужно дать инструменты (эксклюзивные), с помощью которых он сможет, во-первых, поднять экспертизу и не слажать перед заказчиком в бою, а, во-вторых, прийти на площадку клиента и сделать все по-быстрому и в срок. Это, кстати, очень хорошая практика, постичь которую дано не каждой большой компании, особенно российской.
Казалось бы компания VMware немного забыла о нас в этом году (во второй его половине) - минорное обновление Capacity Planner и VMware Health Analyzer, это, все же, маловато. А заказчики говорят, что они сами с усами и все умеют внедрять...
Так вот новости с VMware Partner Advisory Board, прошедшего на VMworld 2009 в Сан-Франциско, обрадовали нас уже тогда - компания VMware выпустит VMware Migration Manager, который позволит централизованно исполнять и контролировать миграции физических серверов в виртуальную среду (P2V) на площадке клиента и выглядеть при этом круто, как настоящий консультант.
Так вот - ждать осталось недолго. VMware Migration Manager уже почти скоро сможет работать для ваших проектов по P2V-миграции, разумеется, с помощью партнеров VMware. VMware Migration Manager - это веб-консоль, с помощью которой можно как инициировать процесс загрузки обработанной (видимо, с помощью Capacity Planner) информации аппаратного и программного окружения физической инфраструктуры, централизованно управлять процессом P2V-миграции физических систем на сервера VMware vSphere / ESX, осуществлять трэкинг проекта P2V, строить отчеты о текущем статусе и финальные. Также есть Migration Console & Accelerator Toolkit, который содержит в себе множество скриптов и утилит для ускорения процесса P2V-миграции со стороны партнера.
Большая P2V-миграция это вам не кое-что, а серьезный процесс:
И выполнять его надо централизованно и с помощью комплекса специализированных средств:
Мы уже писали про средство оценки и прогнозирования мощностей VMware vCenter CapacityIQ, которое позволяет всегда быть в курсе того, насколько эффективно расходуются аппартные ресурсы, и как сбалансированно их необходимо наращивать, чтобы виртуальные машины не испытывали проблем производительности.
Компания VMware выпустила версию VMware CapacityIQ 1.0.1 с одним-единственным, но очень важным нововведением - поддержкой VMware vSphere 4 и серверов ESX / ESXi 4.
Список новых возможностей и функций Veeam Backup 4.1:
Поддержка VMware ESXi для создания реплик виртуальных машин (включая бесплатный VMware ESXi).
Утилита командной строки (CLI) для восстановления отдельных файлов из резервных копий Veeam Backup формата VBK (ее можно записать на ленту вместе с бэкапами ВМ).
Поддержка нотификаций для SNMP traps.
Улучшенное восстановление отдельных файлов из бэкапа виртуальной машины с ОС Linux.
Поддержка функциональности Change Block Tracking в VMware vSphere для RDM-дисков в режиме виртуальной совместимости (vRDM).
Множественные мелкие исправления ошибок.
Скачать Veeam Backup and Replication 4.1 можно будет уже во вторник-среду с официального сайта Veeam Software. Напоминаю, что сейчас еще есть возможность приобрести Veeam Backup на 27% дешевле от январской цены в компании VMC.
Андрей Вахитов (vmind.ru) в своем блоге разместил просочившуюся информацию о новой функциональности готовящегося к выпуску релиза платформы виртуализации VMware vSphere 4.1, включая ESX 4.1 и vCenter 4.1.
Приблизительный список основных новых возможностей VMware vSphere 4.1:
Поддержка развертывания тонкого гипервизора VMware ESXi по PXE.
Контроль обмена трафиком с системой хранения Storage I/O Control в стиле QoS.
Network I/O Traffic Management - более гибкое регулирование полосы пропускания сетевого взаимодействия виртуальных машин (в том числе сети VMotion, Fault Tolerance).
VMware HA Healthcheck Status - автоматическая проверка работоспособности VMware HA, при этом в случае отклонения настроек кластера от требуемых выдается Alarm в VMware vCenter.
Fault Tolerance (FT) Enhancements - теперь FT полностью интегрирован с VMware DRS, работает в кластерах EVC, а первичные и вторичные виртуальные машины корректно балансируются DRS. Кроме того, VMware FT может теперь работать без VMware HA.
vCenter Converter Hyper-V Import - можно импортировать виртуальную машину на ESX с сервера Hyper-V
DRS Virtual Machine Host Affinity Rules - возможность запрещать некоторые хосты к размещению на них ВМ. Пригодится для соблюдения лицензионной политики.
Memory Compression - новый уровень абстракции оперативной памяти ВМ. Быстрее чем засвопированная на диск память, но медленнее, чем физическая.
vMotion Enhancements - теперь VMotion работает быстрее (до 8 раз), и увеличено число одновременных миграций ВМ на хосте (с 4 до 8).
8GB Fibre Channel Support
ESXi Active Directory Integration - теперь ESXi можно загнать в AD.
Configuring USB Device Passthrough from an ESX/ESXi Host to a Virtual Machine - поддержка USB-устройств на хосте ESX / ESXi, пробрасываемых к виртуальной машине.
User-configurable Number of Virtual CPUs per Virtual Socket - по-сути, многоядерные (не путать с многопроцессорными) виртуальные машины. Несколько виртуальных ядер в одном виртуальном vCPU.
Интересную штучку сделал Alan Renouf с помощью PowerCLI / PowerShell для VMware vSphere Client. Бесплатная утилита для VMware vSphere называется Local Plugin Creator и позволяет создавать свои собственные плагины для VMware vSphere на базе веб-интерфейсов от продуктов для управления виртуальной инфраструктурой VMware. Это позволит не переключаться постоянно между множеством окон, а просто выбирать вкладку в vSphere Client для нужного средства.
Итак, запустив Local Plugin Creator в виде скрипта PowerCLI, мы видим вот такое окно:
Здесь просто вбиваем URL нужной страницы, которую нам необходимо подцепить в качестве плагина к VMware vSphere Client, а также вкладку, где этот плагин будет показан, и нажимаем Create Plugin. Получится что-то вроде этого:
Мы уже писали о бесплатном средстве vAudit для контроля и аудита пользовательских сессий VMware View от Richard Garstagen. 30 ноября вышла новая версия утилиты vAudit, которая официально поддерживает VMware View 3.0 и 3.1. Но фишка еще и в том, что она отлично работает с VMware View 4 на платформе VMware vSphere 4, что и было проверено нами в лаборатории. Утилита очень полезная и нужная для администраторов настольных ПК, которые хотят из одной консоли хотят контролировать и отслеживать активность пользователей. Можно масштабировать временной промежуток и смотреть события, происходящие с десктопами VMware View 4. При соединении с Connection Server от View 4 выбирайте тип соединения VMware View 3.1.
А знаете ли вы, что в VMware vSphere 4 / ESX есть способ обновить VMware Tools сразу для нескольких операционных систем в виртуальных машинах одновременно? Выбираем какой-нибудь объект в окружении VMware vCenter из vSphere Client, где есть вкладка Virtual Machines (например кластер или хост ESX 4), переходим на нее, выделяем с помощью Ctrl или Shift несколько виртуальных машин, нажимаем правую кнопку мыши и из меню Guest выбираем Install / Upgrade VMware Tools для массового обновления:
Издание VMguru.nl опубликовало интересное сравнение возможностей платформ виртуализации VMware vSphere / ESX и Microsoft Hyper-V R2. Само сравнение, как и многие другие прочие, мы рассматривать не будем, ввиду того, что все они попахивают субъективизмом, а вот картинка с матрицей поддержки гостевых ОС под VMware vSphere / ESX, Microsoft Hyper-V R2 и Citrix XenServer заслуживает внимания (нажмите на картинку слева для ее увеличения). Данные действительны на 13 октября 2009.
А вот сводная статистика поддержки гостевых ОС данными гипервизорами:
Пока все только чешут языками, мы уже развернули и тестируем новейшее решение для виртуализации настольных ПК VMware View 4 и высокопроизводительный протокол PC over IP (PCoIP). Безусловно это работает лучше и быстрее, чем RDP, и, конечно же, это удобно настолько, словно пользователь работает со своим локальным ПК, хотя его десктоп размещен в виртуальной машине на серверах VMware vSphere / ESX.
Вашему вниманию предлагаю демонстрацию решения VMware View 4, где я делаю небольшое сравнение работы с ПК по RDP и PCoIP, а также немного рассказываю о продукте VMware ThinApp 4, позволяющем виртуализовать приложения и просто распространять их в ИТ-инфраструктуре компании.
В высоком разрешении это видео можно увидеть на сайте Vimeo: http://vimeo.com/7898179?hd=1 Таги: VMware, View, VMC, VDI, vSphere, PCoIP
Компания VMware выпустила интересный документ о продукте для обеспечения катастрофоустойчивости виртуальной инфраструктуры VMware Site Recovery Manager (SRM) 4. В нем описано, каким образом настроить компоненты VMware vSphere 4 и SRM 4 так, чтобы минимизировать время восстановления серверов ESX и виртуальных машин в случае аварии или катастрофы.
Как уже сообщалось, компания VMware выпустила Update 1 для виртуальной инфраструктуры VMware vSphere 4.0 в части хостов VMware ESX и сервера VMware vCenter. Обновить хост-серверы ESX можно с помощью продукта VMware Update Manager, однако это чревато негативными последствиями, описанными в KB 1016070.
Проблема касается хост-серверов ESX с установленными сторонними агентами производителей оборудования и описывается следующими симптомами:
1. VMware Update Manager прекращает обновление на ESX 4 Update 1 и останавливается на 33%.
2. После перезагрузки VMware ESX выпадает в purple screen с сообщением:
COS Panic: Int3 @ mp_register_ioapic
Проблема в том, что после перезагрузки хоста VMware ESX 4 с неудачным обновлением Update 1, вам придется переустанавливать ESX, что приведет к потере виртуальных машин на локальных datastores. Чтобы этого не произошло, необходимо отключить все сторонние агенты на ESX перед обновлением до Update 1. Если вы уже обновились, но не перезагружали хост - обратитесь в техническую поддержку VMware.
Как вы знаете, у VMware есть продукт для резервного копирования и восстановления виртуальных машин VMware vSphere для совсем небольших инфраструктур (для средних и больших нужен Veeam Backup). В недавно вышедшем VMware Data Recovery 1.1 появились возможности восстановления отдельных файлов виртуальных машин из GUI, что представлено на видео ниже (откроется в новом окне):
Если вкратце описать процесс восстановления файлов из бэкапа виртуальной машины на VMware ESX, то это выглядит так:
2. Запускаем VMware File Level Restore (FLR) client и указываем IP-адрес виртуального модуля VMware Data Recovery Appliance:
3. Появится список точек восстановления виртуальной машины (restore points), из которого необходимо выбрать нужную копию и смонтировать ее в директорию, которая будет read only. Дальше необходимо просто скопировать нужный файл в директорию назначения гостевой ОС.
VMware Data Recovery FLR поддерживает одновременное монтирование сразу нескольких точек восстановления.
Компания Veeam Software, известный поставщик средств для управления виртуальной инфраструктурой VMware, имеет в своем портфеле целый пакет решений для резервного копирования, мониторинга, отчетности и управления конфигурациями VMware vSphere и серверов ESX. Пожалуй, самый известный продукт компании Veeam - это Veeam Backup and Replication 4.0 для резервного копирования виртуальных машин на серверах VMware ESX. Но есть не менее интересный продукт Veeam Reporter Enterprise, выигравший в свое время золотую медаль...
Коллеги! Как вы знаете, компания Veeam Software выпускает лучшее в мире средство резервного копирования VMware vSphere 4 (виртуальных машин на серверах ESX) под названием Veeam Backup and Replication.
Продукт лицензируется на количество физических процессоров серверов VMware ESX, а абсолютно забесплатно дает функции репликации виртуальных машин и дедупликацию хранилищ резервных копий ВМ вне зависимости от их объема. Таким образом, Veeam Backup and Replication является лучшим решением по резервному копированию VMware vSphere 4 на рынке не только по цене, но и функциональности.
Но за все лучшее, как известно, приходится платить. Стало известно, что компания Veeam поднимает цену (которая, прямо скажем, сегодня низка) на 20% с 1 января 2010 года. Что это значит? Это значит, что заказ надо делать сегодня! Компания VMC, реселлер продуктов Veeam на территории России, предлагает продукт Veeam Backup 4.0 даже не по текущей цене, а дает скидку еще плюс 7%!
То есть совершив покупку Veeam Backup and Replication 4.0 до января 2010 года в VMC, вы сэкономите 27%.
Год бесплатных обновлений и поддержки уже включен в стоимость продукта. Так что, коллеги, поторопитесь - если остались еще бюджеты, вперед за покупками!
Компания StarWind, известный поставщик решений для создания iSCSI хранилищ VMware vSphere, Citrix XenServer и Microsoft на базе обычного Windows-сервера, выпустила обзорное видео по продукту StarWind Server на русском языке:
Параллельно с выпуском решения для виртуализации корпоративных ПК VMware View 4, который уже доступно для загрузки, компания VMware выпустила также первый пакет обновлений для VMware vSphere. Update 1 теперь доступен для VMware ESX 4 и vCenter 4 и намеренно выпущен с релизом четвертой версии VMware View 4, поскольку последнее с VMware vSphere 4 Update 1 будет работать лучше всего.
Полная поддержка решения VMware View 4.0 (View Manager, Composer и т.п.).
Поддержка Windows 7 и Windows 2008 R2 (32 и 64 битные). Теперь VMware vSphere Client без дополнительных настроек работает на Windows 7.
Поддержка кластеров Microsoft Cluster Server (MSCS) для Windows 2000, 2003 и Windows Server 2008 Failover Clustering при работе в кластерах HA и DRS в ограниченной конфигурации.
Enhanced VMware Paravirtualized SCSI Support - теперь паравиртуализованный адаптер SCSI-контроллера можно использовать и для загрузочных (boot) дисков под гостевые ОС с Windows 2003 и 2008.
Improved vNetwork Distributed Switch Performance - убраны тормоза и увеличено быстродействие при операциях добавления / удаления хостов ESX / ESXi из vDS, а также изменении его конфигурации при больших нагрузках.
Increase vCPU per Core Limit - теперь на одно ядро физического процессора можно использовать до 25 виртуальных vCPU машин.
Компания VMware предоставляет пользователям бесплатное средство VMware vSphere Management Assistant (vMA), которое позволяет централизованно управлять хост-серверами VMware ESX за счет автоматизации операций системных администраторов. По-сути, vSphere Management Assistant представляет собой "вынесенную" за пределы серверов ESX сервисную консоль (консольную ОС), которая для виртуальной инфраструктуры присутствует в единственном экземпляре, но централизованно исполняет сценарии на хостах...
Компания VMware выпустила продукт VMware View 4 для размещения виртуальных ПК на серверах виртуализации VMware vSphere / ESX. В таблице ниже приведены способы доступа клиентов с различных устройств к виртуальным ПК VMware View 4:
View Client for Windows
View Client for Windows with Offline Desktop (экспериментально)
Решение VMware View 4 для виртуализации корпоративных настольных ПК будет доступно для загрузки уже сегодня. Поэтому многие будущие пользователи хотели бы знать, какие именно требования предъявляет продукт VMware View 4 к серверам виртуализации VMware ESX и виртуальной инфраструктуре VMware vSphere 4. Как известно, для VMware View 4 можно использовать не только ESX 4, но и ESX 3.5 из состава VMware Virtual Infrastructure 3.5.
Рекомендуемые системные требования VMware View 4 для использования совместно с функционалом View Composer:
Лицензированный vCenter Server 4.0 Update 1
Административный доступ к vCenter Server
Возможность установить VMware View Composer на vCenter
Возможность установки базы данных View Composer:
Существующая БД SQL Server или Oracle
Рекомендуется 2 ГБ дискового пространства под БД
Пул ресурсов (Resource pool)
Шаблон виртуальной машины с настольной ОС, который будет использован для развертывания ПК
Спецификация для автоматизированного развертывания QuickPrep (Guest customization specification)
Как минимум один хост ESX/ESXi 4.0 Update 1
Виртуальное хранилище для настольных ПК (Datastore)
Доступ к настройке сетевого взаимодействия виртуальных машин
Для виртуальной инфраструктуры VMware Virtual Infrastructure 3.5 понадобится:
Сервер vCenter 2.5 Update 3 или 4, управляющий как минмум одним хостом VMware ESX/ESXi 3.5 Update 3 или 4.
В каких случаях и какие версии VMware vSphere / vCenter и ESX можно использовать для VMware View 4?
Если вы планируете использовать функционал VMware View Composer 4, то потребуется ESX/ESXi 4.0 U1 и vCenter 4.0 U1.
Если вы планируете использовать функционал VMware View Composer 4 и View 4 для VI 3.5, то понадобится vCenter 2.5 U3 или выше, управляющий серверами ESX/ESXi 3.5 U3 или U4.
Более старые версии ESX/ESXi и vCenter могут быть использованы, если не требуется функционал View Composer.
Вы можете использовать VMware View 4 c vCenter 4.0 U1, управляющим более старыми хостами ESX/ESXi, но не сможете использовать полный спектр возможностей VMware vSphere, таких как, например, hardware version 7.
Расширение View Composer 2.0 API было полностью переписано и оптимизировано для vCenter 4.x и ESX/ESXi 4.x в целях производительности и надежности. Этот API несовместим с vCenter 2.5.x и ESX/ESXi 3.5.x. View Composer 2.0 использует legacy API для более ранних версий vCenter или ESX/ESXi. Этот legacy API может быть также использован, пока вы не включите View Composer 2.0 API в настройках View Administrator.
Windows Vista поддерживается на серверах ESX/ESXi, начиная с версии 3.5. Windows Vista поддерживается экспериментально на серверах ESX Server 3.0.x.
Поддержка Windows 7 реализована в VMware View 4 экспериментально (в этом режиме поддерживаются клиенты и гостевые ОС). Тем не менее, возможно использование Windows 7 на серверах VMware View 4 для тестовых целей.
Системные требования для View Connection Server (где установлен VMware View 4 Manager):
Операционная система Windows Server 2003 (без установленного веб-сервера). Рекомендуется использовать его в виртуальной машине для тестирования возможностей.
Минимум 2 ГБ RAM (рекомендуется 3 ГБ)
Процессор 2 ГГц или более быстрый (рекомендуется 2 CPU)
Член домена Windows Active Directory
Доступ к серверу DHCP
Как минимум 1 активный сетевой адаптер (рекомендуется гигабитный NIC)
Что еще потребуется при тестировании VMware View 4 на VMware vSphere / VI в инфраструктуре компании:
Доступ к контроллеру Active Directory и возможность создавать следующие учетные записи:
Domain administrator account
User accounts в домене
Привилегии на присоединение машины к домену
Доступ к серверу DHCP
Возможность добавлять fully qualified domain names (FQDNs) в ваш DNS (предпочтительно использовать функции auto-register для виртуальных ПК)
Какие требования предъявляет VMware View 4 при доступе с клиентских устройств:
Бывает так, что необходимо регламентировать процедуру тестирования отказоустойчивости сетевых интерфейсов VMware ESX (NIC Teaming). В этом случае проверку Network Failover Maish Saidel-Keesing предлагает проводить так:
1. Отключаем один из физических NICs сервера VMware ESX для которого настроен Failover Order, переводя его в режим "10 Half-Duplex ":
[root@esx1 ~]#esxcfg-nics -s 10 -d half vmnic2
2. Видим, что интерфейс отключился:
3. Перед этим запускаем пинги из виртуальной машины, где наблюдаем их потерю из-за "отказа" сетевого адаптера ESX. Потом соединение должно восстановиться по резервному NIC сервера ESX:
4. Включаем интерфейс, переводя его в режим Auto Negotiate:
Компания VMware объявила о выходе решения для виртуализации корпоративных настольных компьютеров VMware View 4. Это решение реализует концепцию инфраструктуры виртуальных рабочих столов (VDI, Virtual Disktop Infrastructure), которая позволяет снизить издержки на управлением парком настольных ПК предприятия. VMware View 4 - это полностью цельное решение для размещения пользовательских виртуальных десктопов на серверах виртуализации VMware vSphere / ESX, включающее в себя...
На сайте Virtu-Al.net коллега Alan Renouf выложил бесплатный скрипт vCheck, предназначенный для сбора информации о виртуальной инфраструктуре VMware vSphere 4, хостах ESX и vCenter. Для запуска скрипта потребуется использовать интерфейсVMware vSphere PowerCLI. Результатом работы скрипта будет следующая информация:
Основное
Число хостов ESX
Число виртуальных машин
Число шаблонов
Число кластеров
Число виртуальных хранилищ (Datastores)
Число запущенных (активных) виртуальных машин
Число остановленных виртуальных машин
Количество миграций DRS за последние несколько дней
Снапшоты, которые старше, чем заданное количество дней
Виртуальные хранилища (Datastores) с менее, чем заданным процентом свободного пространства
Виртуальные машины, созданные за последние X дней
Виртуальные машины, удаленные за последние X дней
Виртуальные машины без VMware Tools
Виртуальные машины с подключенным CD-ROM
Виртуальные машины с подключенным Floppy Drive
Виртуальные машины на локальных хранилищах
Виртуальные машины, где счетчик CPU ready превышает X%
Виртуальные машины, у которых число vCPU превышает заданное количество
Список миграций DRS
Хосты ESX в Maintenance Mode
Хосты ESX в состоянии disconnected
Проверка NTP-сервера по заданному имени
Сообщения лога vmkernel warning за последние X дней
Сообщения лога vCenter за последний X дней
Сообщения лога vCenter (Windows Event Log Errors) за последние X дней
Детали сервиса VMware vCenter Service
В начале скрипта можно выключить не требующиеся секции отчета
Активные тревоги, привязанные к ВМ
Активные тревоги, привязанные к кластеру
Активные тревоги, привязанные к хосту ESX
Недоступные iSCSI LUN
Проверка vSphere: размеры слотов для VMware HA
Проверка vSphere: устаревшая версия виртуального Hardware (меньше версии 7)
На VM Guru уже сообщалось, что компания VMware выпустила средство для анализа и прогнозирования нагрузки на хост-серверы VMware ESX под названием VMware vCenter CapacityIQ. Компания VKernel, аналоги продуктов которой подозрительно регулярно анонсируются и выпускаются VMware, решила сделать ход конем. Продукт VKernel Capacity Modeler, прямой конкурент VMware CapacityIQ, предназначенный для моделирования нагрузки виртуальной инфраструктуры (в стиле "что будет, если"), становится абсолютно бесплатным.
В своем разъяснении компания VKernel делает упор на то, что VMware CapacityIQ обойдется пользователям до $ 1000 за физический процессор сервера, а лицензия на Capacity Modeler доступна сейчас абсолютно бесплатно и на неограниченное количество сокетов VMware ESX. К тому же, как вы помните, VMware CapacityIQ не поддерживает сейчас VMware vSphere 4 и еще неизвестно когда будет поддерживать. Добавляем VKernel Capacity Modeler к списку бесплатных программ для VMware vSphere / ESX.
Мой знакомый Vladan Seget записал обучающее видео для тех, кому необходимо в целях обучения или тестирования установить VMware vSphere / ESX 4, а свободного сервера для этого нет. Можно взять компьютер с Windows и VMware Workstation 7, установить туда виртуальную машину с сервером ESX 4, где уже можно развертывать другие виртуальные машины.
Компания Red Hat, всемирно известный поставщик ОС Linux с одноименным названием, объявила о выпуске решения Red Hat Enterprise Virtualization for Servers, включающее в себя гипервизор на базе KVM и средство управления серверами виртуализации и виртуальными машинами.
Ранее, компания Red Hat уже объявила о выпуске ОС Enterprise Linux (RHEL) версии 5.4, которая включала в себя гипервизор KVM, для которого, однако, отсутствовали средства управления уровня предприятия. Теперь, благодаря Red Hat Enterprise Virtualization Hypervisor (REVH) и Red Hat Enterprise Virtualization Manager for Servers (REVMS), пользователи платформы виртуализации получат следующие возможности:
Горячая миграция виртуальных машин, расположенных на общей системе хранения NFS, iSCSI или Fibre Channel
Высокая доступность виртуальных машин (High Availability) - если хост-сервер выходит из строя, виртуальные машины перезапускаются на другом сервере с общего хранилища
Динамическое управление ресурсами виртуальных машин (виртуальные диски, сетевое взаимодействие, CPU, пулы ресурсов), а также перемещение виртуальных машин средствами Live Migration на основе политик, привязанных к ресурсам.
Режим обслуживания хост-сервера виртуализации (эвакуация виртуальных машин с хоста средствами Live Migration при переводе его администратором в maintenance mode).
Управление питанием хост-серверов по аналогии с механизмом Distributed Power Management (DPM) от VMware. При падении нагрузки виртуальные машины динамически переносятся на другие хост-серверы, а простаивающие физические серверы отключаются. При возрастании нагрузки они, соответственно, включаются и виртуальные машины возвращаются на них (технология может экономить до 50% затрат на электроснабжение серверов).
"Тонкие" диски виртуальных машин, растущие по мере наполнения их данными.
Снапшоты виртуальных машин, позволяющие сохранить состояние виртуальной машины (включая диски) и вернуться потом в это состояние.
Шаблоны виртуальных машин для массового развертывания новых сервисов.
Ролевая модель для доступа к средству управления REVMS и интеграция с Active Directory.
Набор API для управления REVMS
Red Hat Enterprise Virtualization Hypervisor (REVH) представляет собой несколько модифицированную версию Red Hat Enterprise Linux 5.4, заточенную под виртуализацию. Интересно то, что средство управления Red Hat Enterprise Virtualization Manager for Servers устанавливается только на ОС Windows, что нисколько не будет мешать внедрению гипервизора на предприятиях.
Интересна также таблица сравнения возможностей Red Hat Enterprise Virtualization for Servers с аналогичными решениями VMware vSphere 4 и Microsoft Hyper-V 2008 R2. Вот так вот выглядит средство управления Red Hat Enterprise Virtualization Manager for Servers, где можно делать Live Migration виртуальных машин:
REVH и REVMS продаются по цене $499 за физический CPU сервера виртуализации (процессорное гнездо). Стоимость решения Red Hat Enterprise Virtualization Hypervisor (REVH) и Red Hat Enterprise Virtualization Manager for Servers (REVMS) в сравнении с VMware и Microsoft показана в таблице ниже:
Red Hat всерьез намерен побороться с конкурентами, VMware, Microsoft и Citrix, тем более, что по оценкам Gartner к 2012 году у Red Hat будет около 2 % рынка виртуализации, что на самом деле немало.
Сами же возможности гипервизора KVM в Red Hat Enterprise Virtualization Hypervisor (REVH) таковы:
Поддержка до 64 физических CPU хост-сервера (до 256 ядер)
До 1 ТБ физической RAM хост-сервера
До 16 виртуальных процессоров в виртуальной машине (vCPU)
До 64 ГБ памяти для одной виртуальной машины (vRAM)
Поддержка memory overcommit (технология устранения дубликатов страниц памяти - page sharing, техника Linux Kernel Same-page Merging)
Поддержка NIC bonding (объединение сетевых интерфейсов) и multipath I/O (доступ к SAN по нескольким путям)
Поддержка хранилищ NFS, iSCSI и Fibre Channel
Поддержка гостевых ОС RHEL (версии от 3 до 5) и Windows (2003, 2008 и XP), для Windows есть паравиртуализованные драйверы, сертифицированные по программе SVVP.
Таги: Red Hat, KVM, VMachines, VMware, Microsoft, Citrix, REVMS, REVH
RSS
